home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / July 96 / Part II (was Re Modal Dialogs- < prev    next >
Encoding:
Internet Message Format  |  1996-08-01  |  1.7 KB  |  [TEXT/ttxt]
  1. Subject:     Part II (was Re: Modal Dialogs- Part I)
  2. Sent:        7/15/96 12:25 PM
  3. Received:    7/15/96 12:31 PM
  4. From:        Hutchings, Richard B. "Brad", brad@hutchings-software.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. Henri wrote:
  9.  
  10. > Don't forget also that when opening a dialog you should mark the undo
  11. > stack. When the dialog goes away you need to clear the undo stack using
  12. the
  13. > previous mark. Command that were executed while the dialog was opened
  14. > should not be undoable anymore.
  15.  
  16. I am doing this - it turns out to be a tad awkward. This brings me to "Part
  17. II" of the modal dialog issue, which is...
  18.  
  19. The primary reason to have a modal dialog is because your code is at some
  20. point where it needs user input and can't continue without it. The thing
  21. that would really solve my problem in "Part I" is to be able to open and
  22. interact with a frame based modal dialog, then go on my merry way with the
  23. infomation gathered from the user. I can't really use the platform
  24. "ModalDialog" call because I want things like drag and drop from other apps
  25. that come easily with frame based dialogs.
  26.  
  27. An example dialog in my part is one that gets a text label. User clicks OK,
  28. and the dialog frame must post the command that's initiated, right? That's
  29. awkward, because the frame that was active before the dialog was put up
  30. should be the source of the command.
  31.  
  32. Am I missing something simple here, or are there no better ways around this
  33. flow of control problem?
  34.  
  35. Brad
  36.  
  37. <mailto: "Brad Hutchings" brad@hutchings-software.com>
  38. <http://www.hutchings-software.com>
  39.  
  40. Ask me about:
  41.     Hutchings Software's Rapid-I(tm) Button
  42.     Hutchings Software's Essential Strips(tm)
  43.